Time averaged basal rate optimizer

ABSTRACT

Systems and methods for integrating a continuous glucose sensor, including a receiver, a medicament delivery device, a controller module, and optionally a single point glucose monitor are provided. Integration may be manual, semi-automated and/or fully automated.

INCORPORATION BY REFERENCE TO RELATED APPLICATIONS

Any and all priority claims identified in the Application Data Sheet, or any correction thereto, are hereby incorporated by reference under 37 CFR 1.57. This application claims the benefit of U.S. Provisional Application No. 61/856,537 filed Jul. 19, 2013. The aforementioned application is incorporated by reference herein in its entirety, and is hereby expressly made a part of this specification.

FIELD OF THE INVENTION

An integrated medicament delivery device and continuous glucose sensor, including systems and methods for processing sensor and insulin data, are provided.

BACKGROUND

Diabetes mellitus is a disorder in which the pancreas cannot create sufficient insulin (Type I or insulin dependent) and/or in which insulin is not effective (Type 2 or non-insulin dependent). In the diabetic state, the victim suffers from high glucose, which may cause an array of physiological derangements (for example, kidney failure, skin ulcers, or bleeding into the vitreous of the eye) associated with the deterioration of small blood vessels. A hypoglycemic reaction (low glucose) may be induced by an inadvertent overdose of insulin, or after a normal dose of insulin or glucose-lowering agent accompanied by extraordinary exercise or insufficient food intake.

Current approaches to open, semi-closed and/or closed loop therapy for diabetes rely on real-time insulin dosing instructions to replace pre-programmed basal rate infusion in standard insulin pump or continuous subcutaneous insulin infusion (CSII) therapy. These systems generally combine real-time continuous glucose monitoring with control algorithms to modulate insulin infusion so as to maintain the patients' blood glucose within a specified euglycemic target range.

One of the most significant problems with current open-loop CSII therapy is the difficulty encountered by patients in establishing the correct pattern of basal rates over the course of an entire day. In addition, basal rates that are appropriate to maintain euglycemia on one day with a high level of physical activity may be inadequate on another day with a lower level of physical activity and vice versa. Similarly, basal rates set on one day with a concurrent illness may be inappropriate for another day with the patient in otherwise good health.

SUMMARY

Time averaging of optimized basal rates is a method for initializing the real-time basal rate optimization with the best possible starting basal rate profile. In a first aspect, a method for optimizing a basal rate profile for use with continuous insulin therapy is provided. The method comprises providing a programmed basal rate profile for insulin therapy, wherein the basal rate profile comprises an insulin delivery schedule that includes one or more blocks of time, and wherein each block defines an insulin delivery rate; periodically or intermittently updating the programmed basal rate profile based on a retrospective analysis of continuous glucose sensor data over a predetermined time window; and optionally adjusting the basal rate profile of the updated programmed basal rate profile in response to real time continuous glucose sensor data indicative of actual or impending hyperglycemia or hypoglycemia.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the pre-programmed basal rate profile is programmed by a patient or healthcare provider.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the basal rate profile is selected by a user from a list of predetermined basal rate profiles.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the method further comprises iteratively repeating the providing and updating, wherein the programmed basal rate profile is an updated basal rate profile from a previous iteration. In some embodiments, the previous iteration is from about one day to one week previous to the iteration.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the basal rate profile consists of a single rate of insulin infusion over 24 hours.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the basal rate profile comprises a plurality of rates associated with different time blocks spanning 24 hours.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the retrospective analysis comprises a time-averaging of the continuous glucose sensor data.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the periodically or intermittently updating the programmed basal rate profile is further based on a retrospective analysis of insulin data over a predetermined time window. In some embodiments, the retrospective analysis comprises a time-averaging of the insulin data.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the predetermined time window is about 3 to 7 days.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the periodically or intermittently updating is performed once a day.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the periodically or intermittently updating is triggered by an event.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the periodically or intermittently updating is triggered based on a recognized pattern in the data. In some embodiments, the recognized pattern comprises a measure of glycemic variability.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, the updated basal rate profile more closely correlates the patients' daily insulin dosing requirements as compared to the programmed basal rate profile.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, optionally adjusting comprises dynamically increasing or decreasing the basal rate of the updated programmed basal rate profile in real time in response to real time continuous glucose sensor data indicating actual or impending hyperglycemia or hypoglycemia

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, periodically or intermittently updating the basal rate profile comprises providing upper or lower limits insulin delivery.

In a generally applicable embodiment (i.e. independently combinable with any of the aspects or embodiments identified herein) of the first aspect, optionally adjusting comprises controlling insulin delivery within the upper and lower limits.

In a second aspect, an integrated system for monitoring a glucose concentration in a host and for delivering insulin to a host, the system is provided. The system comprises a continuous glucose sensor, wherein the continuous glucose sensor is configured to substantially continuously measure a glucose concentration in a host, and to provide continuous sensor data associated with the glucose concentration in the host; an insulin delivery device configured to deliver insulin to the host, wherein the insulin delivery device is operably connected to the continuous glucose sensor; and a processor module configured to perform any one of the embodiments of the first aspect.

Any of the features of an embodiment of the first or second aspects is applicable to all aspects and embodiments identified herein. Moreover, any of the features of an embodiment of the first or second aspects is independently combinable, partly or wholly with other embodiments described herein in any way, e.g., one, two, or three or more embodiments may be combinable in whole or in part. Further, any of the features of an embodiment of the first or second aspects may be made optional to other aspects or embodiments. Any aspect or embodiment of a method can be performed by a system or apparatus of another aspect or embodiment, and any aspect or embodiment of a system can be configured to perform a method of another aspect or embodiment.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an integrated system of the preferred embodiments, including a continuous glucose sensor and a medicament delivery device.

FIG. 2 is a flow chart that illustrates optimization of a basal rate profile in one embodiment.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

The following description and examples illustrate some exemplary embodiments of the disclosed invention in detail. Those of skill in the art will recognize that there are numerous variations and modifications of this invention that are encompassed by its scope. Accordingly, the description of a certain exemplary embodiment should not be deemed to limit the scope of the present invention.

Definitions

In order to facilitate an understanding of the disclosed invention, a number of terms are defined below.

The term “continuous glucose sensor,” as used herein is a broad term, and is to be given its ordinary and customary meaning to a person of ordinary skill in the art (and is not to be limited to a special or customized meaning), and refers without limitation to a device that continuously or continually measures the glucose concentration of a bodily fluid (e.g., blood, plasma, interstitial fluid and the like), for example, at time intervals ranging from fractions of a second up to, for example, 1, 2, or 5 minutes, or longer. It should be understood that continual or continuous glucose sensors can continually measure glucose concentration without requiring user initiation and/or interaction for each measurement, such as described with reference to U.S. Pat. No. 6,001,067, for example.

The phrase “continuous glucose sensing,” as used herein is a broad term, and is to be given its ordinary and customary meaning to a person of ordinary skill in the art (and is not to be limited to a special or customized meaning), and refers without limitation to the period in which monitoring of the glucose concentration of a host's bodily fluid (e.g., blood, serum, plasma, extracellular fluid, etc.) is continuously or continually performed, for example, at time intervals ranging from fractions of a second up to, for example, 1, 2, or 5 minutes, or longer. In one exemplary embodiment, the glucose concentration of a host's extracellular fluid is measured every 1, 2, 5, 10, 20, 30, 40, 50 or 60-seconds.

The term “substantially” as used herein is a broad term, and is to be given its ordinary and customary meaning to a person of ordinary skill in the art (and is not to be limited to a special or customized meaning), and refers without limitation to being largely but not necessarily wholly that which is specified, which may include an amount greater than 50 percent, an amount greater than 60 percent, an amount greater than 70 percent, an amount greater than 80 percent, an amount greater than 90 percent or more.

The terms “processor” and “processor module,” as used herein are a broad terms, and are to be given their ordinary and customary meaning to a person of ordinary skill in the art (and are not to be limited to a special or customized meaning), and refer without limitation to a computer system, state machine, processor, or the like designed to perform arithmetic or logic operations using logic circuitry that responds to and processes the basic instructions that drive a computer. In some embodiments, the terms can include ROM and/or RAM associated therewith.

The term “basal,” as used herein is a broad term, and is to be given its ordinary and customary meaning to a person of ordinary skill in the art (and is not to be limited to a special or customized meaning), and refers without limitation to the minimum required rate or other value for something to function. For example, in the case of insulin therapy, the term “basal rate” can refer to a regular (e.g., in accordance with fixed order or procedure, such as regularly scheduled for/at a fixed time), periodic or continuous delivery of low levels of insulin, such as but not limited to throughout a 24-hour period.

The term “basal rate profile,” as used herein is a broad term, and is to be given its ordinary and customary meaning to a person of ordinary skill in the art (and is not to be limited to a special or customized meaning), and refers without limitation to an insulin delivery schedule that includes one or more blocks of time (e.g., time blocks), wherein each block defines an insulin delivery rate.

Exemplary embodiments disclosed herein relate to the use of a glucose sensor that measures a concentration of glucose or a substance indicative of the concentration or presence of the analyte. In some embodiments, the glucose sensor is a continuous device, for example a subcutaneous, transdermal, transcutaneous, and/or intravascular (e.g., intravenous) device. In some embodiments, the device can analyze a plurality of intermittent blood samples. The glucose sensor can use any method of glucose-measurement, including enzymatic, chemical, physical, electrochemical, optical, optochemical, fluorescence-based, spectrophotometric, spectroscopic (e.g., optical absorption spectroscopy, Raman spectroscopy, etc.), polarimetric, calorimetric, iontophoretic, radiometric, and the like.

The glucose sensor can use any known detection method, including invasive, minimally invasive, and non-invasive sensing techniques, to provide a data stream indicative of the concentration of the analyte in a host. The data stream is typically a raw data signal that is used to provide a useful value of the analyte to a user, such as a patient or health care professional (e.g., doctor), who may be using the sensor.

Although much of the description and examples are drawn to a glucose sensor, the systems and methods of embodiments can be applied to any measurable analyte. In some embodiments, the analyte sensor is a glucose sensor capable of measuring the concentration of glucose in a host. Some exemplary embodiments described below utilize an implantable glucose sensor. However, it should be understood that the devices and methods described herein can be applied to any device capable of detecting a concentration of analyte and providing an output signal that represents the concentration of the analyte.

In some embodiments, the analyte sensor is an implantable glucose sensor, such as described with reference to U.S. Pat. No. 6,001,067 and U.S. Patent Publication No. US-2011-0027127-Al. In some embodiments, the analyte sensor is a transcutaneous glucose sensor, such as described with reference to U.S. Patent Publication No. US-2006-0020187-A1. In yet other embodiments, the analyte sensor is a dual electrode analyte sensor, such as described with reference to U.S. Patent Publication No. US-2009-0137887-A1. In still other embodiments, the sensor is configured to be implanted in a host vessel or extracorporeally, such as is described in U.S. Patent Publication No. US-2007-0027385-A1. The patents and publications are incorporated herein by reference in their entirety.

In order to improve diabetes management, therapy in an open, semi-closed and/or closed loop therapy can be provided that performs a periodic optimization of the pre-programmed basal rate profile alone based on input from a continuous glucose monitor. The optimized basal rate profile can increase the effectiveness of a real-time basal rate adjustment because the basal rate profile is optimized to correlate to the patients' unique and changing daily insulin requirements. Real time basal rate optimization within specified upper and lower limits can provide patients with improved glycemic control with a minimum risk of insulin over administration. In some embodiments, the basal rate profile optimizer provides upper and lower limits for the real-time basal rate adjustment, which may be defined as multiples of the pre-existing or pre-programmed basal rate, e.g. fractional values of less than 1 and greater than or equal to 0 to reduce insulin infusion in response to measured or predicted hypoglycemia and fractional values greater than 1 and less than or equal to 2 to increase insulin infusion in response to measured or predicted hyperglycemia.

For illustrative purposes, reference will now be made to FIG. 1, which is an exemplary environment in which some embodiments described herein may be implemented. Here, an analyte monitoring system 100 includes a continuous analyte sensor system 8. Continuous analyte sensor system 8 includes a sensor electronics module 12 and a continuous analyte sensor 10. The system 100 can also include other devices and/or sensors, such as a medicament delivery pump 2 and a reference analyte meter 4, as illustrated in FIG. 1. The continuous analyte sensor 10 may be physically connected to sensor electronics module 12 and may be integral with (e.g., non-releasably attached to) or releasably attachable to the continuous analyte sensor 10. Alternatively, the continuous analyte sensor 10 may be physically separate to sensor electronics module 12, but electronically coupled via inductive coupling or the like. Further, the sensor electronics module 12, medicament delivery pump 2, and/or analyte reference meter 4 may communicate with one or more additional devices, such as any or all of display devices 14, 16, 18 and 20.

The system 100 of FIG. 1 also includes a cloud-based processor 22 configured to analyze analyte data, medicament delivery data and/or other patient related data provided over network 24 directly or indirectly from one or more of sensor system 8, medicament delivery pump 2, reference analyte meter 4, and display devices 14, 16, 18, 20. Based on the received data, the processor 22 can further process the data, generate reports providing statistic based on the processed data, trigger notifications to electronic devices associated with the host or caretaker of the host, or provide processed information to any of the other devices of FIG. 1. In some exemplary implementations, the cloud-based processor 22 comprises one or more servers. If the cloud-based processor 22 comprises multiple servers, the servers can be either geographically local or separate from one another. The network 24 can include any wired and wireless communication medium to transmit data, including WiFi networks, cellular networks, the Internet and any combinations thereof

It should be understood that although the example implementation described with respect to FIG. 1 refers to analyte data being received by processor 22, other types of data processed and raw data may be received as well.

In some exemplary implementations, the sensor electronics module 12 may include electronic circuitry associated with measuring and processing data generated by the continuous analyte sensor 10. This generated continuous analyte sensor data may also include algorithms, which can be used to process and calibrate the continuous analyte sensor data, although these algorithms may be provided in other ways as well. The sensor electronics module 12 may include hardware, firmware, software, or a combination thereof to provide measurement of levels of the analyte via a continuous analyte sensor, such as a continuous glucose sensor.

The sensor electronics module 12 may, as noted, couple (e.g., wirelessly and the like) with one or more devices, such as any or all of display devices 14, 16, 18, and 20. The display devices 14, 16, 18, and/or 20 may be configured for processing and presenting information, such sensor information transmitted by the sensor electronics module 12 for display at the display device. The display devices 14, 16, 18, and 20 can also trigger alarms based on the analyte sensor data.

In FIG. 1, display device 14 is a key fob-like display device, display device 16 is a hand-held application-specific computing device 16 (e.g. the DexCom G4® Platinum receiver commercially available from DexCom, Inc.), display device 18 is a general purpose smart phone or tablet computing device 20 (e.g. an Apple® iPhone®, iPad®, or iPod touch® commercially available from Apple, Inc.), and display device 20 is a computer workstation 20. In some exemplary implementations, the relatively small, key fob-like display device 14 may be a computing device embodied in a wrist watch, a belt, a necklace, a pendent, a piece of jewelry, an adhesive patch, a pager, a key fob, a plastic card (e.g., credit card), an identification (ID) card, and/or the like. This small display device 14 may include a relatively small display (e.g., smaller than the display device 18) and may be configured to display a limited set of displayable sensor information, such as a numerical value 26 and an arrow 28. In contrast, display devices 16, 18 and 20 can be larger display devices that can be capable of displaying a larger set of displayable information, such as a trend graph 30 depicted on the hand-held receiver 16 in addition to other information such as a numerical value and arrow.

It is understood that any other user equipment (e.g. computing devices) configured to at least present information (e.g., a medicament delivery information, discrete self-monitoring analyte readings, heart rate monitor, caloric intake monitor, and the like) can be used in addition or instead of those discussed with reference to FIG. 1.

In some exemplary implementations of FIG. 1, the continuous analyte sensor 10 comprises a sensor for detecting and/or measuring analytes, and the continuous analyte sensor 10 may be configured to continuously detect and/or measure analytes as a non-invasive device, a subcutaneous device, a transdermal device, and/or an intravascular device. In some exemplary implementations, the continuous analyte sensor 10 may analyze a plurality of intermittent blood samples, although other analytes may be used as well.

In some exemplary implementations of FIG. 1, the continuous analyte sensor 10 may comprise a glucose sensor configured to measure glucose in the blood using one or more measurement techniques, such as enzymatic, chemical, physical, electrochemical, spectrophotometric, polarimetric, calorimetric, iontophoretic, radiometric, immunochemical, and the like. In implementations in which the continuous analyte sensor 10 includes a glucose sensor, the glucose sensor may be comprise any device capable of measuring the concentration of glucose and may use a variety of techniques to measure glucose including invasive, minimally invasive, and non-invasive sensing techniques (e.g., fluorescent monitoring), to provide a data, such as a data stream, indicative of the concentration of glucose in a host. The data stream may be raw data signal, which is converted into a calibrated and/or filtered data stream used to provide a value of glucose to a host, such as a user, a patient, or a caretaker (e.g., a parent, a relative, a guardian, a teacher, a doctor, a nurse, or any other individual that has an interest in the wellbeing of the host). Moreover, the continuous analyte sensor 10 may be implanted as at least one of the following types of sensors: an implantable glucose sensor, a transcutaneous glucose sensor, implanted in a host vessel or extracorporeally, a subcutaneous sensor, a refillable subcutaneous sensor, an intravascular sensor.

In some implementations of FIG. 1, the continuous analyte sensor system 8 includes a DexCom G4® Platinum glucose sensor and transmitter commercially available from DexCom, Inc., for continuously monitoring a host's glucose levels.

FIG. 2 is a flow chart that illustrates optimization of a basal rate profile in accordance with some embodiments. Here, a processor module is configured to periodically optimize a basal rate profile using a time-averaged basal rate optimization performed over the previous about 3 to 7 days, which adjusts, or augments, the pre-programmed basal rate profile based thereon. The processor module can be embodied in any of the electronic devices described with reference to FIG. 1, such as the sensor system 8, medicament pump 2, reference meter 4, display device 14-20 and cloud-based processor 22. Further, the processor module need not be physically localized to a single electronic device, but can be separated between multiple devices. That is, the processor module can be physically divided between two more computing devices, such as sensor electronics 12 and medicament pump 2, or display device 16 and cloud-based processor 22.

In some embodiments, the retrospective time-averaged basal rate optimization utilizes sensor data from the continuous glucose sensor, for example, including periods of time spanning skipped meals per existing basal rate adjustment recommendations (see, e.g., Zisser H C, Bevier W C, Jovanovic L “Restoring euglycemia in the basal state using continuous glucose monitoring in subjects with type 1 diabetes mellitus” Diabetes Technol. Ther. 2007 Dec; 9(6):509-15) or, alternatively, from interpretation of meal data along with insulin data and the nutritional information for the meal. The output of the time-averaged basal rate optimization can be updated daily, weekly, or the like, to adjust the pre-programmed basal rate profile. In some implementations, a dynamic real-time basal rate optimizer operates to adjust the basal rate in real time within safety bounds determined by the optimized basal rate profile.

Basal rate profile optimization 200 is described in FIG. 2. At block 202 of FIG. 2, the processor module provides a programmed basal rate profile. For example, the pre-programmed basal rate profile can be programmed by a patient based on a consultation with a health care provider or by the patient alone. The basal rate may be selected from a list of predefined profiles provided by the manufacturer and/or manually defined by a user. In a feedback loop of the flowchart, the programmed basal rate profile at block 202 is an optimized basal rate profile from a previous update (at block 204), for example, from a previous day or week. The basal rate profile may consist of a single rate of insulin infusion over 24 hours or a plurality of rates associated with different time windows spanning a full 24 hours, as would be appreciated by one of ordinary skill in the art.

At block 204, the processor module updates the programmed basal rate profile of block 202, periodically or intermittently, based on a retrospective analysis of the continuous glucose sensor data (e.g., measured using sensor system 8 of FIG. 1) and optionally insulin data (e.g., generated by medicament delivery pump 2 of FIG. 1), if available, over a predetermined time window (e.g., about 3 to 7 days) for a particular patient. The updated basal rate profile may include a single basal rate profile for a particular patient, a profile defined by upper and lower limits (e.g., a range) for the maximum and minimum basal rates for a given patient and/or a combination of both.

The periodic or intermittent update can be performed once a day, triggered by an event or triggered based on a recognized pattern in the data, such as glycemic variability. A triggering event may be a failure of the real-time basal rate optimization to prevent a severe hypoglycemic episode (e.g., less than 55 mg/dL), a severe hyperglycemic episode (e.g., greater than 250 mg/dL) and/or a predefined pattern of severe hypoglycemic episodes or a severe hyperglycemic episode over the past window of time (e.g., 3-7 days). Pattern recognition algorithms that identify a predefined combination of frequency and severity of an event, such as described in such as described in co-pending patent application Ser. No. 13/566678, filed 3 Aug. 2013 and 13/790281, filed 8 Mar. 2013, may be useful as a triggering event. Additionally or alternatively, a predetermined pattern or repetition of hypoglycemia or hyperglycemia at certain times of day might trigger an update to the basal rate profile, including, for example, a decrease or increase in the pre-programmed basal rates at certain time blocks associated with the certain time of an identified pattern of hypo- or hyper-glycemia. Additional measures of glycemic variability, which may be used to trigger the update, have been described by Marling C R, Struble N W, Bunescu R C, Shubrook J H and Schwartz F L “A consensus perceived glycemic variability metric” J Diabetes Sci Technol 2013;7(4): 871-879.

The time-averaged basal rate optimization utilizes data over a moving window of previous days to determine an optimized basal rate profile which then provides input for and/or optionally safety bounds for the real-time basal rate adjustment and/or other closed loop control algorithm (at block 206). While not wishing to be bound by theory, the use of time averaging helps to reduce the effect of single day anomalies on the setting of the pre-programmed basal rates. The time-averaged basal rate optimization can be based on: continuous glucose sensor data, insulin delivery data, content of meals and/or physical activity during the period over which the time-averaging is being performed. The predetermined time window can be one day, 3 to 7 days, or longer. In some embodiments, the time window can be limited to reduce the effect of actual long-term changes in behavior or physical activity levels, for example, no more than 7, 14, 21 or 30 days. By periodically updating the basal rate profile based on a retrospective analysis of an immediately preceding time window of data, the updated programmed basal rate profile matches (e.g., more closely correlates) the patients' daily insulin dosing requirements as compared to the previous programmed basal rate profile. The matching or correlation of the basal rate profile with the patients' daily insulin dosing requirement can be quantified a measure of glycemic variability (e.g., time in/out target/euglycemia), especially in the absence of meals or other inputs that affect glycemic levels. The time averaged basal rate optimization can be performed locally on analyte sensor system 8, one of the display devices 14-20, medicament delivery pump 2, cloud-based processor 22, or the like.

In some embodiments detects sub-optimal basal rate profiles, and suggests improvements (to the patient, provider, or both). For example, prior to the processor module updating the programmed basal rate profile, the processor module may provide output indicative of a suboptimal basal rate profile, which may be detected based on a predetermined difference between the predetermined basal rate profile and the updated basal rate profile. The processor module may then output a message to a patient (e.g., via a prompt on a user interface) or to a care provider (e.g., via a message delivered wirelessly or via the internet) recommending the updated basal rate profile. The patient or care provider may then select or adjust the updated programmable basal rate profile, after which the processor module implements the updated basal rate profile on the medicament pump 2.

While personalized updating of the basal rate profile as described at block 204 is advantageous for use in optimizing stand-alone insulin pump therapy, the updated basal rate profile may also be used in closed loop or semi-closed loop system to improve the efficacy of closed loop algorithms. Namely, further improvements in semi-closed or closed loop algorithms may be achieved, over systems that use real time basal rate adjustments without utilizing the personalized basal rate profiles updates, by minimizing the required adjustment by the real-time basal rate adjustment due to the already personalized basal rate profile, which is described in more detail at block 206.

At block 206, the processor module dynamically adjusts (or augments), in real time, (e.g., increases or decreases) the basal rate of the updated programmed basal rate profile of block 204 in response to real time sensor data indicating actual or impending hyperglycemia or hypoglycemia. The indication of actual or impending hypoglycemia may be determined by comparing threshold criteria with estimated real time or predicted glucose concentration values, for example. The real-time adjustment of block 206 may be performed more often than the updating of the programmed basal rate profile of block 204 and generally utilizes a shorter time window of data and/or prediction of future glucose values and/or insulin-on-board information, for example, as compared to the time window of data used for the retrospective analysis of block 204. While not wishing to be bound by theory, the clinical effectiveness of a real-time basal rate dynamic adjust (or other closed loop control algorithm) of block 206 in providing incremental increases or decreases in basal insulin infusion in response to the real time sensor data is enhanced by utilizing an optimized programmed basal rate profile of block 204 as a starting point for insulin delivery.

Additionally or alternatively, retrospective analysis of continuous glucose monitoring data as part of the real-time basal rate adjustment and/or other closed loop control algorithm (at block 204) can provide upper and lower limits for the maximum and minimum basal rates for a given patient. For example, the upper and lower limits, defined by upper and lower basal rate profiles determined at block 204, may be applied to basal rates and/or other closed loop control algorithm. While not wishing to be bound by theory, it is believed that if the pre-programmed basal rate is not well correlated with the patient's daily insulin dosing requirements (as provided at block 204), then the safety constraints on the real-time basal rate adjustment or other closed loop control algorithm (at block 206) may limit the method and system from achieving good outcomes.

As used herein, the term “determining” encompasses a wide variety of actions. For example, “determining” may include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like. Also, “determining” may include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory) and the like. Also, “determining” may include resolving, selecting, choosing, establishing and the like.

The various operations of methods described above may be performed by any suitable means capable of performing the operations, such as various hardware and/or software component(s), circuits, and/or module(s). Generally, any operations illustrated in the Figures may be performed by corresponding functional means capable of performing the operations.

The various illustrative logical blocks, modules and circuits described in connection with the present disclosure (such as the blocks of FIG. 2) may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array signal (FPGA) or other programmable logic device (PLD), discrete gate or transistor logic, discrete hardware components or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any commercially available processor, controller, microcontroller or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

In one or more aspects, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Thus, in some aspects computer readable medium may comprise non-transitory computer readable medium (e.g., tangible media). In addition, in some aspects computer readable medium may comprise transitory computer readable medium (e.g., a signal). Combinations of the above should also be included within the scope of computer-readable media.

The methods disclosed herein comprise one or more steps or actions for achieving the described method. The method steps and/or actions may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of steps or actions is specified, the order and/or use of specific steps and/or actions may be modified without departing from the scope of the claims.

Thus, certain aspects may comprise a computer program product for performing the operations presented herein. For example, such a computer program product may comprise a computer readable medium having instructions stored (and/or encoded) thereon, the instructions being executable by one or more processors to perform the operations described herein. For certain aspects, the computer program product may include packaging material.

Software or instructions may also be transmitted over a transmission medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of transmission medium.

Further, it should be appreciated that modules and/or other appropriate means for performing the methods and techniques described herein can be downloaded and/or otherwise obtained by a user terminal and/or base station as applicable. For example, such a device can be coupled to a server to facilitate the transfer of means for performing the methods described herein. Alternatively, various methods described herein can be provided via storage means (e.g., RAM, ROM, a physical storage medium such as a compact disc (CD) or floppy disk, etc.), such that a user terminal and/or base station can obtain the various methods upon coupling or providing the storage means to the device. Moreover, any other suitable technique for providing the methods and techniques described herein to a device can be utilized.

It is to be understood that the claims are not limited to the precise configuration and components illustrated above. Various modifications, changes and variations may be made in the arrangement, operation and details of the methods and apparatus described above without departing from the scope of the claims.

Unless otherwise defined, all terms (including technical and scientific terms) are to be given their ordinary and customary meaning to a person of ordinary skill in the art, and are not to be limited to a special or customized meaning unless expressly so defined herein. It should be noted that the use of particular terminology when describing certain features or aspects of the disclosure should not be taken to imply that the terminology is being re-defined herein to be restricted to include any specific characteristics of the features or aspects of the disclosure with which that terminology is associated. Terms and phrases used in this application, and variations thereof, especially in the appended claims, unless otherwise expressly stated, should be construed as open ended as opposed to limiting. As examples of the foregoing, the term ‘including’ should be read to mean ‘including, without limitation,’ ‘including but not limited to,’ or the like; the term ‘comprising’ as used herein is synonymous with ‘including,’ containing,' or ‘characterized by,’ and is inclusive or open-ended and does not exclude additional, unrecited elements or method steps; the term ‘having’ should be interpreted as ‘having at least;’ the term ‘includes’ should be interpreted as ‘includes but is not limited to;’ the term ‘example’ is used to provide exemplary instances of the item in discussion, not an exhaustive or limiting list thereof; adjectives such as ‘known’, ‘normal’, ‘standard’, and terms of similar meaning should not be construed as limiting the item described to a given time period or to an item available as of a given time, but instead should be read to encompass known, normal, or standard technologies that may be available or known now or at any time in the future; and use of terms like ‘preferably,’ ‘preferred,’ ‘desired,’ or ‘desirable,’ and words of similar meaning should not be understood as implying that certain features are critical, essential, or even important to the structure or function of the invention, but instead as merely intended to highlight alternative or additional features that may or may not be utilized in a particular embodiment of the invention. Likewise, a group of items linked with the conjunction ‘and’ should not be read as requiring that each and every one of those items be present in the grouping, but rather should be read as ‘and/or’ unless expressly stated otherwise. Similarly, a group of items linked with the conjunction ‘or’ should not be read as requiring mutual exclusivity among that group, but rather should be read as ‘and/or’ unless expressly stated otherwise.

Where a range of values is provided, it is understood that the upper and lower limit, and each intervening value between the upper and lower limit of the range is encompassed within the embodiments.

With respect to the use of substantially any plural and/or singular terms herein, those having skill in the art can translate from the plural to the singular and/or from the singular to the plural as is appropriate to the context and/or application. The various singular/plural permutations may be expressly set forth herein for sake of clarity. The indefinite article “a” or “an” does not exclude a plurality. A single processor or other unit may fulfill the functions of several items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage. Any reference signs in the claims should not be construed as limiting the scope.

It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases “at least one” and “one or more” to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles “a” or “an” limits any particular claim containing such introduced claim recitation to embodiments containing only one such recitation, even when the same claim includes the introductory phrases “one or more” or “at least one” and indefinite articles such as “a” or “an” (e.g., “a” and/or “an” should typically be interpreted to mean “at least one” or “one or more”); the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should typically be interpreted to mean at least the recited number (e.g., the bare recitation of “two recitations,” without other modifiers, typically means at least two recitations, or two or more recitations). Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc.” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., as including any combination of the listed items, including single members (e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or A, B, and C together, etc.). In those instances where a convention analogous to “at least one of A, B, or C, etc.” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or A, B, and C together, etc.). It will be further understood by those within the art that virtually any disjunctive word and/or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B.”

All numbers expressing quantities of ingredients, reaction conditions, and so forth used in the specification are to be understood as being modified in all instances by the term ‘about.’ Accordingly, unless indicated to the contrary, the numerical parameters set forth herein are approximations that may vary depending upon the desired properties sought to be obtained. At the very least, and not as an attempt to limit the application of the doctrine of equivalents to the scope of any claims in any application claiming priority to the present application, each numerical parameter should be construed in light of the number of significant digits and ordinary rounding approaches.

All references cited herein are incorporated herein by reference in their entirety. To the extent publications and patents or patent applications incorporated by reference contradict the disclosure contained in the specification, the specification is intended to supersede and/or take precedence over any such contradictory material.

Furthermore, although the foregoing has been described in some detail by way of illustrations and examples for purposes of clarity and understanding, it is apparent to those skilled in the art that certain changes and modifications may be practiced. Therefore, the description and examples should not be construed as limiting the scope of the invention to the specific embodiments and examples described herein, but rather to also cover all modification and alternatives coming with the true scope and spirit of the invention. 

What is claimed is:
 1. A method for optimizing a basal rate profile for use with continuous insulin therapy, comprising: providing a programmed basal rate profile for insulin therapy, wherein the basal rate profile comprises an insulin delivery schedule that includes one or more blocks of time, and wherein each block of time defines an insulin delivery rate; periodically or intermittently updating the programmed basal rate profile based on a retrospective analysis of continuous glucose sensor data over a predetermined time window; and adjusting the basal rate profile of the updated programmed basal rate profile in response to real time continuous glucose sensor data indicative of actual or impending hyperglycemia or hypoglycemia.
 2. The method of claim 1, wherein the programmed basal rate profile is pre-programmed by a patient or healthcare provider.
 3. The method of claim 1, wherein the basal rate profile is selected by a user from a list of predetermined basal rate profiles.
 4. The method of claim 1, further comprising iteratively repeating the providing and periodically or intermittently updating, wherein the programmed basal rate profile is an updated basal rate profile from a previous iteration.
 5. The method of claim 4, wherein the previous iteration is from about one day to one week previous to the iteration.
 6. The method of claim 1, wherein the basal rate profile consists of a single rate of insulin infusion over 24 hours.
 7. The method of claim 1, wherein the basal rate profile comprises a plurality of rates associated with different time blocks spanning 24 hours.
 8. The method of claim 1, wherein the retrospective analysis comprises a time-averaging of the continuous glucose sensor data.
 9. The method of claim 1, wherein the periodically or intermittently updating the programmed basal rate profile is further based on a retrospective analysis of insulin data over a predetermined time window.
 10. The method of claim 9, wherein the retrospective analysis comprises a time-averaging of the insulin data.
 11. The method of claim 1, wherein the predetermined time window is about 3 days to about 7 days.
 12. The method of claim 1, wherein the periodically or intermittently updating is performed once a day.
 13. The method of claim 1, wherein the periodically or intermittently updating is triggered by an event.
 14. The method of claim 1, wherein the periodically or intermittently updating is triggered based on a recognized pattern in the data.
 15. The method of claim 14, wherein the recognized pattern comprises a measure of glycemic variability.
 16. The method of claim 1, wherein the updated basal rate profile more closely correlates to the patients' daily insulin dosing requirements as compared to the programmed basal rate profile.
 17. The method of claim 1, wherein adjusting comprises dynamically increasing or decreasing the basal rate of the updated programmed basal rate profile in real time in response to real time continuous glucose sensor data indicating actual hyperglycemia, impending hyperglycemia, actual hypoglycemia, or impending hypoglycemia.
 18. The method of claim 1, wherein periodically or intermittently updating the basal rate profile comprises providing upper or lower limits for insulin delivery.
 19. The method of claim 18, wherein adjusting comprises controlling insulin delivery within the upper and lower limits.
 20. An integrated system for monitoring a glucose concentration in a host and for delivering insulin to a host, comprising: a continuous glucose sensor, wherein the continuous glucose sensor is configured to substantially continuously measure a glucose concentration in a host, and to provide continuous sensor data associated with the glucose concentration in the host; an insulin delivery device configured to deliver insulin to the host, wherein the insulin delivery device is operably connected to the continuous glucose sensor; and a processor module configured to provide a programmed basal rate profile for insulin therapy, wherein the basal rate profile comprises an insulin delivery schedule that includes one or more blocks of time, and wherein each block defines an insulin delivery rate, periodically or intermittently update the programmed basal rate profile based on a retrospective analysis of continuous glucose sensor data over a predetermined time window, and adjust the basal rate profile of the updated programmed basal rate profile in response to real time continuous glucose sensor data indicative of actual or impending hyperglycemia or hypoglycemia.
 21. The system of claim 20, wherein the programmed basal rate profile is pre-programmed by a patient or healthcare provider.
 22. The system of claim 20, wherein the basal rate profile is selected by a user from a list of predetermined basal rate profiles.
 23. The system of claim 20, wherein the processor is further configured to iteratively repeat the providing and the periodically or intermittently updating, wherein the programmed basal rate profile is an updated basal rate profile from a previous iteration.
 24. The system of claim 23, wherein the previous iteration is from about one day to one week previous to the iteration.
 25. The system of claim 20, wherein the basal rate profile consists of a single rate of insulin infusion over 24 hours.
 26. The system of claim 20, wherein the basal rate profile comprises a plurality of rates associated with different time blocks spanning 24 hours.
 27. The system of claim 20, wherein the retrospective analysis comprises a time-averaging of the continuous glucose sensor data.
 28. The system of claim 20, wherein the periodically or intermittently updating the programmed basal rate profile is further based on a retrospective analysis of insulin data over a predetermined time window.
 29. The system of claim 28, wherein the retrospective analysis comprises a time-averaging of the insulin data.
 30. The system of claim 20, wherein the predetermined time window is about 3 days to about 7 days.
 31. The system of claim 20, wherein the periodically or intermittently updating is performed once a day.
 32. The system of claim 20, wherein the periodically or intermittently updating is triggered by an event.
 33. The system of claim 20, wherein the periodically or intermittently updating is triggered based on a recognized pattern in the data.
 34. The system of claim 33, wherein the recognized pattern comprises a measure of glycemic variability.
 35. The system of claim 20, wherein the updated basal rate profile more closely correlates the patients' daily insulin dosing requirements as compared to the programmed basal rate profile.
 36. The system of claim 20, wherein adjusting comprises dynamically increasing or decreasing the basal rate of the updated programmed basal rate profile in real time in response to real time continuous glucose sensor data indicating actual hyperglycemia, impending hyperglycemia, actual hypoglycemia, or impending hypoglycemia.
 37. The system of claim 20, wherein periodically or intermittently updating the basal rate profile comprises providing upper or lower limits for insulin delivery.
 38. The system of claim 37, wherein optionally adjusting comprises controlling insulin delivery within the upper and lower limits. 